Repository navigation
Conversation
|
Thanks for opening this pull request! A GitHub docs team member should be by to give feedback soon. In the meantime, please check out the contributing guidelines. |
How to review these changes 👓Thank you for your contribution. To review these changes, choose one of the following options: A Hubber will need to deploy your changes internally to review. Table of review linksNote: Please update the URL for your staging server or codespace. The table shows the files in the
Key: fpt: Free, Pro, Team; ghec: GitHub Enterprise Cloud; ghes: GitHub Enterprise Server 🤖 This comment is automatically generated. |
|
This isn't open to contributors yet, so I'm going to close this out. Until an issue has |
Why:
Closes: #46232
Inside composite actions, contexts such as
secretsandvarsare not directly available to the action's steps because variable contexts are filtered and resolved at the calling job level (as noted in the Composite Actions ADR andactions/runner#4311).While the documentation for the
secretscontext explicitly notes that it is unavailable in composite actions and must be passed as an input, the documentation for thevarscontext previously did not mention this, leading users to assumevarscould be accessed directly in composite actions.What's being changed:
content/actions/reference/workflows-and-actions/contexts.md: Updated thevarscontext section to clarify thatvarsis not available directly within composite actions, mirroring the existing clarification in thesecretscontext section.content/actions/tutorials/create-actions/create-a-composite-action.md: Added a note explaining that composite actions do not have direct access tosecretsorvarscontexts, and that values should be passed explicitly usinginputs.content/actions/reference/workflows-and-actions/metadata-syntax.md: Clarified under composite action inputs thatsecretsandvarscontexts are not directly available inside composite actions.Check off the following: